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Beschrelbung 

Individuelle dienstanbieterspezif ische Aktualisierung oder 
Neugestaltung von Ansage- und Dialogdiensten 

Die Erfindung betrif ft eine Anordnung zur durch Dienstanbie- 
ter triggerbaren Bereitstellung von Komponenten fur eine In- 
formationsausgabe oder einen interaktive Dialog und ein Ver- 
fahren zur Bereitstellung von Komponenten fttr neu erzeugte 
oder geanderte Inf ormationsausgaben oder interaktive Dialoge 
mittels einer Anordnung, welche eine Versorgungsvorrichtung 
und wenigstens eine Bereitstellungsvorrichtung umfasst. 

In der Telekommunikation und der Datenubertragungstechnik 
spielen Dienste eine immer grofcere Rolle, die durch eine au- 
tomatisierte Inf ormationstibertragung oder einen automatisier- 
ten Nutzerdialog gekennzeichnet sind. Dazu gehOren beispiels- 
weise die herkommlichen Ansagendienste, aber auch Dialog- 
dienste, zum Beispiel far Bankgeschaf te oder zur Konfigurati- 
on von Mailboxen fur Mobiltelef one . Im Zuge der rasanten Wei- 
terentwicklung der Netze sind auch Dienste denkbar, bei denen 
mittels eines Dialogs Audio- oder Videoinf ormationen, zum 
Beispiel den Rahmen eines Video on Demand-Dienstes abgerufen 
werden. Fur einen derartigen Inf ormat ions ausgabe- oder Dia- 
logdienst mUssen Netzf unktionen zur Verfugung gestellt wer- 
den, die eine Kommunikation zwischen Dienstanbieter und 
Dienstnutzer ermaglichen. Dafur gib't es herkommlich zwei Mo- 
delle: 

• Entweder ein Netzbetreiber stellt einem oder mehreren 

Dienstanbietern Funktionen fur die Durchftihrung des bezie- 
hungsweise der Dienste zur Verfagung, die auf geeigneter 
Hardware, zum Beispiel einer Vermittlungsstelle oder Ser- 
vereinrichtung, lokalisiert ist. Fur eine Anderung eines 
Dienstes muss dann der Dienstanbieter sich mit dem Ande- 
rungswunsch an den Netzbetreiber wenden, der dann die An- 
derung auf seiner Hardware realisiert beziehungsweise imp- 
lementiert . 
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• Ein zweiter Ansatz 1st die Auslagerung des gesamten Ansa- 
ge- beziehungsweise Dialogdienstes in eine externe, das 
heiftt eine von der Vermittlungsstelle unabhangige Platt- 
form beim Dienstanbieter . Der Dienstanbieter betreibt dann 
5 eine Hardwareeinrichtung, auf der er seine Dienste den 
Dienstnutzern zur VerfUgung stellt. Der Dienstanbieter 
greift in diesem Fall nur noch fur die Obermittlung bezie- 
hungsweise Vermittlung der im Rahmen eines Dienstes uber- 
tragenen Inf ormationen auf die durch den Netzbetreiber zur 
10 Verfugung gestellte Funktionalitat zuruck. 

Der erste Ansatz hat den Nachteil einer fur den Dienstanbie- 
ter umstSndlichen Anderung beziehungsweise Neugestaltung von 
Diensten. Die zweite Alternative ist fur den Dienstanbieter 
mit erheblichem Aufwand, namlich Anschaf fung und Wartung von 
15 dedizierter Hardware verbunden (zum Beispiel eines Sprachdia- 
logservers beziehungsweise IVR Servers (Interactive Voice 
Response Servers)), die nur in seltenen Fallen optimal ausge- 
nutzt wird. 



20 



Die Erfindung hat zur Aufgabe, dialogbezogene Dienste bezie- 
hungsweise Informationsausgabedienste zu optimieren, wobei 
Nachteile herkommlicher Verfahren vermieden werden. 

Die Aufgabe wird durch eine Anordnung nach Anspruch 1 und ein 
25 Verfahren nach Anspruch 14 gelost. 

Die Erfindung beruht auf folgender Erkenntnis: 
Einerseits sollte Hardware fur Dialog- oder Sprachausgabe- 
dienste fur eine Mehrzahl von Dienstanbietern nutzbar sein, 
urn eine optimale Ausnutzung der zur VerfUgung stehenden Res- 
sourcen zu ermoglichen. Andererseits sollten Dienstanbieter 
moglichst viele Moglichkeiten und Freiraum in der Gestaltung 
ihrer Dienste haben. Idealerweise sollten diese Dienste di- 
rekt, das heifit, ohne Vermittlung durch die Netzbetreiber mo- 
35 difizierbar beziehungsweise veranderbar sein. Erf indungsgemaii 
werden zu diesem Zwecke geeignete Schnittstellen durch eine 
Anordnung im Zustandigkeitsbereich des Betreibers des Infor- 



30 




200310417 



3 

mationsausgabesystems bzw. Sprachdialogsystems bereitge- 
stellt. Diese Speicheranordnung umfasst eine Versorgungsvor- 
richtung far die Versorgung mit Bestandteilen bzw. Komponen- 
ten fur Informationsausgaben bzw. interaktive Dialoge und ei- 
ne Bereitstellungsvorrichtung zur Bereitstellung von Bestand- 
teilen bzw. Komponenten fur Informationsausgaben bzw. inter- 
aktive Dialoge. Dabei sind von der Versorgungsvorrichtung Be- 
standteile bzw. Komponenten fur Informationsausgaben bzw. in- 
teraktive Dialoge zu der Bereitstellungsvorrichtung ubertrag- 
bar. Dienstanbieter haben Zugriff auf die Versorgungsvorrich- 
tung und konnen mittels neuer oder geanderter Bestandteile 
bzw. Komponenten fur Informationsausgaben bzw. interaktive 
Dialoge die von ihnen angebotenen Dienste gestalten bzw. mo- 
difizieren. Geanderte oder neue Bestandteile bzw. Komponenten 
werden dann zu der Bereitstellungsvorrichtung transferiert . 
Die Versorgungsvorrichtung und die Bereitstellungsvorrichtung 
kOnnen auf derselben Hardware implement iert sein. In einer 
bevorzugten Ausfiihrung sind sie jedoch auf unterschiedlicher 
Hardware realisiert und eine Versorgungsvorrichtung beliefert 
bzw. versorgt eine Mehrzahl von Bereitstellungsvorrichtungen. 
In diesem Fall ist es sinnvoll, die Versorgungsvorrichtung zu 
doppeln. In andeirn Worten: die erf indungsgemafie Anordnung ist 
aufgeteilt in eine Master Content Function, realisiert durch 
die Versorgungsvbrrichtung und eine Slave Content Function, 
die durch die Bereitstellungsvorrichtung gegeben ist. Nur auf 
ersterer kannen Anderungen durch externe Dienstanbieter 
durchgefiihrt werden, die automatisch zu den Bereitstellungs- 
vorrichtungen transferiert werden. Der Transfer beziehungs- 
weise die Obertragung von Informationsausgabenbestandteilen 
bzw. Komponenten von Informationsausgaben bzw. interaktiven 
Dialogen erfolgt beispielsweise mit Hilfe des Befehls "Remote 
Shall rsh" oder "Remote Copy rep" des UNIX-Betriebssystems . 
Die zur Bereitstellungsvorrichtung ubertragenen Komponenten 
bzw. Bestandteile stehen Inf ormationsausgabesystemen oder Di- 
alogsystemen, z.B. IVR Servern, zur VerfUgung, welche auf die 
bereitgestellten Komponenten bzw. Bestandteile fur die Durch- 
fuhrung von Diensten zugreifen. Im Folgenden wird davon aus- 
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gegangen, dass ein Informationsausgabesystemen Oder ein Dia- 
logsystemen eine Informationsausgabevorrichtung umfasst, mit- 
tels derer Informationen, die Teil einer Informationsausgabe 
Oder eines interaktiven Dialogs sind, an einen Dienstnutzer 
5 ausgegeben werden kttnnen. Bei dieser Informationsausgabevor- 
richtung kann es sich z.B. urn einen IVR Server handeln. Die 
Bereitstellungsvorrichtung kann auf derselben Hardwareein- 
richtung wie die Inf ormationsausgabef unktionen bzw. die In- 
formationsausgabevorrichtung angeordnet sein. Fur die Koromu- 
10 nikation der geanderten bzw. neuen Komponenten und Bestand- 
teile durch die Bereitstellungsvorrichtung an die Informati- 
onsausgabevorrichtung gibt es z.B. folgende zwei Moglichkei- 
ten: 

• Eine implizite Obermittlung z.B. durch die caching Funkti- 
15 on eines Browsers der Informationsausgabevorrichtung. Je 

nach Bedarf und Dienstanbieter wird festgelegt, wie lange 
die Dienstdefinitionen (Ansagen bzw. Dialoge) ihre GUltig- 
keit behalten. Die Anderung wird dann zum gewtinschten 
Zeitpunkt dadurch wirksam, das eine Aktualisierung der Ca- 
20 che-Informationen getriggert wird, im Rahmen derer die ak- 
tualisierten Inhalte geladen werden. 

• Eine explizite Obermittlung mittels eines Protokolls zwi- 
schen der Bereitstellungsvorrichtung und der Informations- 
ausgabevorrichtung. Durch das Protokoll wird die Anderung 

25 des Inhalts einer Ansage bzw. eines Dialogs an die Infor- 

mationsausgabevorrichtung signalisiert. Dabei ist mSglich, 
geanderte bzw. neue Komponenten oder Bestandteile gleich 
zu tibertragen. In einer bevorzugten Ausfuhrungsf orm wird 
jedoch nur die Anderung kommuniziert . Die Inf ormationsaus- 

30 gabevorrichtung greift dann bei Ausfuhrung des entspre- 

chenden Dienstes auf die bei der Bereitstellungsvorrich- 
tung vorgehaltenen Komponenten bzw. Bestandteile zu. 

Durch die Erfindung wird eine Schnittstelle zwischen Dienst- 
35 anbietern und dem Betreiber des Inf ormationsausgabesystems 

definiert, die eine effiziente Ressourcenausnutzung und Fle- 
xibilitat bei der Dienstgestaltung gewahrleistet . Einerseits 
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kttnnen Dienstanbieter ohne Vermittlung durch den Betreiber 
des Informationsausgabesystems ihr Dienste gestalten, ande- 
rerseits 1st durch die automatische Verteilung der Informati- 
onsausgabenbestandteile zur Bereitstellungsvorrichtung ge- 
wahrleistet, dass der eigentliche Inf ormationsausgabedienst 
beziehungsweise interaktive Dialog mit dem Teilnehmer vSllig 
in den Zustandigkeitsbereich des Betreibers des Informations- 
ausgabesystems failt, also eine klare Trennung der geleiste- 
ten Dienste gegeben ist. Dadurch wird die Sicherheit des Sys- 
tems erhttht. Dienstanbieter kttnnen nicht direkt auf Bereit- 
stellungsvorrichtungen zugreifen, aber Anderungen bzw. Neu- 
gestaltungen ihrer Dienste durch Zugriff auf die Versorgungs- 
vorrichtung triggern bzw. auslttsen. Die Struktur bzw. Topolo- 
gie des vom Netzbetreiber bereitgestellten Systems ist fUr 
die Dienstanbieter nicht transparent. Dienstanbieter kttnnen 
so z.B. nicht wider dem Interesse des Netzbetreibers auf die 
Netztopologie bzw. den Netzstatus bezogene Daten erheben. 
Durch die Option der Verwendung einer Vielzahl von Bereit- 
stellungsvorrichtungen ist zudem eine hohe Skalierbarkeit ge- 
geben, die mit wenig zusatzlichem Aufwand ftir den Betreiber 
des Informationsausgabesystems bzw. des Dialogsystems und mit 
keinem zusatzlichen Aufwand fttr Dienstanbieter verbunden ist!. 

Neben den Bestandteilen bzw. Komppnenten ftir durch Dienstan- 
bieter bereitgestellte Dienste kttnnen auch durch den Betrei- 
ber des Informationsausgabesystem bzw, Dialogsystems Bestand- 
teile/Komponenten in der Versorgungsvorrichtung abgelegt wer- 
den, die beispielsweise far geSnderte oder erneuerte System- 
ansagen verwendet werden. 

Gemafi einer vorteilhaf ten Weiterbildung werden eine oder meh- 
rere Sicherungsmaftnahmen ergriffen, um Probleme beim Zugriff 
auf die Versorgungsvorrichtung zu vermeiden. Dabei kttnnen 
folgende Mafinahmen ergriffen werden: 

• Eine strikte Trennung des Speicherbereichs auf der Versor- 
gungsvorrichtung, auf den die verschiedenen Dienstnutzer 
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bzw. der Betreiber des Informationsausgabesys- 
tems/Dialogsysteras Zugriff haben, kann zum Beispiel durch 
geeignetes Setzen von Berechtigungen realisiert werden. 

• Ein Zugriff auf die Versorgungsvorrichtung bzw. bestimmte 
Speicherbereiche davon, kann mit Hilfe von Passworten bzw, 
Authentifzierungsmaflnahmen geschtitzt werden. 

• Der Zugriff auf die Versorgungsvorrichtung kann zudem mit 
Hilfe eines Firewalls gegen unzuiassige DatenUbertragung 
abgesichert werden. 

Weiter ist es vorteilhaft, die Anderung bzw. Neuablage von 
Bestandteilen bzw. Komponenten flir Inf ormationsausgabedienste 
Oder Dialogdienste mit einer Vergebtihrung zu verknttpfen. Da- 
bei triggert zum Beispiel die Anderung beziehungsweise Neuab- 
lage das Erstellung eines Vergebtihrungstickets, zum Beispiel 
in einem Vergebtihrungsserver, dem die Anderung signalisiert 
wird. 

Es ist sowohl denkbar, dass sich ein Dienstanbieter direkt 
auf der Versorgungsvorrichtung einloggt, urn dort Anderungen 
vorzunehmen, als auch dass geanderte Bestandteile/Komponenten 
zu der Versorgungsvorrichtung ttbertragen werden und gegebe- 
nenfalls dort aitere Versionen des entsprechenden Bestand- 
teils bzw. der entsprechenden Komponente ersetzen. Im letzte- 
ren Fall kann zum Beispiel im Zustandigkeitsbereich des 
Dienstanbieters ein Komponentengestaltungssystem - zum Bei- 
spiel realisiert auf einem PC - gegeben sein f welches ftir die 
Modifikation der Dienste verwendet wird, und von dem aus ge- 
anderte beziehungsweise neue Bestandteile bzw. Komponenten 
fur Informationsausgabedienste Oder Dialogdienste zu Versor- 
gungsvorrichtung transferiert werden. Ebenso kann der Betrei- 
ber des Informationsausgabensystems bzw. Dialogsystems aber 
eine Komponentengestaltungsvorrichtung verftigen, urn so ihm 
zugeordnete Ansagen beziehungsweise Dialoge, zum Beispiel 
Systemansagen, zu andern. Die Bereitstellungsvorrichtungen 
stellen beispielsweise Inf ormationsausgabenbestandteile bzw. 
Komponenten ftir Inf ormationsausgabevorrichtungen zur Verfti- 



200310417 



7 

gung, die fttr einen Dienst, zum Beispiel eine Inf ormations- 
ausgabe oder einen Dialog auf eine Versorgungsvorrichtung 
zugreifen. Die Bereitstellungsvorrichtung und die Informati- 
onsausgabenvorrichtung kOnnen dabei auch integriert reali- 
siert sein. 

Inforihationsausgabenbestandteile bzw. Komponenten kttnnen bei- 
spielsweise XML bzw. VXML Files (XML far Extensible Markup 
Language, VXML fUr Voice XML), WAV Files (WAV steht fUr Wa- 
ves; die Files kodieren Audio-Inf ormationen) oder sogenannte 
grammars, d.h. Steuerungsf iles zur Bewertung der Spracheinga- 
be bei Dialogen, enthalten. Die Steuerung der Sprachausgabe 
bzw. die Zusammensetzung von Sprachausgaben erfolgt z.B. mit- 
tels Voice XML Files (VXML Files) . Generell werden hier die 
Begriffe Inf ormationsausgabebestandteil, Bestandteil und* Kom- 
ponente so verwendet, dass sie sich auf alle Daten bzw. Files 
beziehen, die far die Zusammensetzung und Abspielung von In- 
formationsausgaben beziehungsweise Dialogen erforderlich 
sind, das heiftt insbesondere, dass sie sich auf ihhaltlichen 
Information, Steuerinf ormationen oder Bildungsregeln far In- 
formationsausgaben oder Dialoge beziehen kttnnen. Beispiels- 
weise kttnnen Ausgabenbestandteile auch mit Hilfe eines Kodex 
vorkodierte Fragmente (zum Beispiel Sprach- oder Videofrag- 
mente) enthalten, die dann zu einer Ausgabe zusammengesetzt 
werden. Die Vorkodierung hat den Vorteil eines Effizienzge- 
winns, da der Kodierungsauf wand wahrend der Abarbeitung eines 
Dienstes reduziert werden kann. 

Die Erfindung ist far verschiedenartige Netze, unter anderem, 
leitungsvermittelten Netze wie auch paketvermittelten Netze, 
anwendbar. Ebenso lassen sich sowohl Sprach- wie auch Video- 
oder Audioinf ormationen im Rahnaen der Dienste ausgeben. 

Die Erfindung wird im Folgenden im Rahmen eines Ausfahrungs- 
beispiels anhand von Figuren naher erlautert . Es zeigen: 
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Fig.l: Schematische Darstellung eines Systems zur Generierung 
und Ausgabe von Informationsausgaben bzw. Dialogen, welches 
eine erf indungsgemSBe Anordnung umfasst, und 

5 Fig. 2: Darstellung physikalischer Komponenten eines Systems 
zur Generierung und Ausgabe von Informationsausgaben bzw. Di- 
alogen, welches eine erf indungsgemafie Anordnung umfasst. 

Fig. 1 zeigt schematisch ein System far die Generierung be- 

10 ziehungsweise Erzeugung von Informationsausgaben, zum Bei- 

spiel Sprachausgaben, oder interaktiven Dialogen, die Dienst- 
nutzern zur Verfttgung gestellt werden kOnnen. Erf indungsgemSlil 
kSnnen Dienstanbieter DAI, DA2 und DA3 auf eine erf indungsge- 
maBe Anordnung SA (SA: fur Speicheranordnung) , welche von ei- 

15 nem Netzbetreiber beziehungsweise einem Betreiber eines Sys- 
tems zur Informationsausgabe oder interaktive Dialoge betrie- 
ben und administriert wird. Die Dienstanbieter DAI, DA2 und 
DA3 greifen mittels ihnen zugeordneter Gestaltungssysteme 
TF1, TF2 und TF3 (TF: far Tooling Function) far Inf ormations- 

20 ausgaben bzw. Dialoge auf die Anordnung SA zu. Innerhalb der 
Gestaltungssysteme TF1, TA2 und TF3 kSnnen Komponenten far 
neue oder geSnderte Informationsausgaben oder Dialoge kreiert 
werden. Diese Komponenten werden dann beispielsweise mittels 
des HTTP-Protokolls zu der Speicheranordnung SA transferiert 

25 und auf einem dem jeweiligen Dienstanbieter DAI, DA2 oder DA3* 
zugeordneten Speicherbereich A/Dl, A/D2 oder A/D3 far Ansagen 
A beziehungsweise Dialoge D abgelegt. Der Zugriff der Dienst- 
anbieter DAI, DA2 und DA3 ist dadurch abgesichert, dass nur 
Berechtigungen fur den jeweiligen ihm zugewiesenen Speicher- 

30 bereich A/Dl, A/D2 oder A/D3 bestehen, und dass ein Firewall 
FW zwischen der Anordnung SA und den Gestaltungssystemen TF1, 
TF2 und TF3 der Dienstanbieter DAI, DA2 oder DA3 vorgesehen 
ist. Der Betreiber der Speicheranordnung SA verfagt selber 
aber ein Gestaltungssystem AMTF (far Administration Master 

35 Tooling Function) , von welcher er aus Komponenten far Ansagen 
A beziehungsweise Dialogen D auf einem ihm zugehbrigen Spei- 
cherbereich A/DA (A/DA: Ansagen A bzw. Dialoge D des Netz- 
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betreibers bzw. Administrators A) f(lr Systemansagen bzw. fur 
dem Netzbetreiber zugehorige Dialoge ablegen kann. Die Spei- 
cheranordnung SA selber ist in zwei verschiedene funktionale 
Telle unterteilt, namlich einer Versorgungsvorrichtung MCF 
(fOr Master Content Function), welche die Speicherbereiche 
beinhaltet, auf welche die Dienstanbieter DAI, DA2 und DA 3 
und der Systembetreiber Uber das Gestaltungssystem AMTF zu- 
greift. Der Zugriff eines Dienstanbieters bzw. die Ablage ei- 
ner oder mehrer neuer oder geanderter Komponenten fur Ansagen 
oder Dialoge, triggert bzw. lost zwei Ereignisse aus: Zum Ei- 
nen werden die geanderten oder neuen Komponenten zu Bereit- 
stellungsvorrichtungen SCF1 und SCF2 (SCF fur Slave Content 
Function) ubertragen, wo sie fUr Informationsausgabevorrich- 
tungen, wie zum Beispiel VF1, VF2 und VF3 (VF fQr Voice Func- 
tion) zur Verfugung stehen. Zum Anderen wird durch die Ablage 
neuer bzw. geanderter Komponenten- eine VergebUhrung dieser 
Anderung in Gang gesetzt, welche mittels einer zu einem Ver- 
gebuhrungsserver VS geschickten Nachricht realisiert wird. 
Ebenso wie bei den Dienstanbietern werden auch von dem Sys- 
tembetreiber bzw. Netzbetreiber mittels des Gestaltungssys- 
tems ATMF abgelegte Komponenten automatisch zu den Bereit- 
stellungsvorrichtungen SCF1 und SCF2 Ubertragen. Eine Verge- 
bUhrung ist hierbei in der Regel nicht erf orderlich, da Ges- 
taltungssystem AMTF und Anordnung SA demselben Betreiber zu- 
gehOren. Die Informationsausgabevorrichtungen VF1 bis VF3 
greif en fUr die Abarbeitung von Diensten auf in den Bereit- 
stellungsvorrichtungen SCF1 und SCF2 gespeicherte Komponenten 
zuriick, aus denen die im Rahmen des Dienstes gewunschte Aus- 
gabe beziehungsweise der gewUnschte Dialog zusammengesetzt 
wird. 

Die Speicheranordnung SA bildet zwar eine funktionale Ein- 
heit, ist aber in einer bevorzugten LSsung mittels getrennter 
Hardwareelemente realisiert. Diese bevorzugte Version wird in 
Fig. 2 deutlich. Fig. 2 zeigt das Komponentengestaltungssys- 
tem TF eines Dienstanbieters, sowie das Komponentengestal- 
tungssystem AMTF des Systembetreibers, von welchem aus zum 
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Beispiel uber ein IP-Netz neue Oder geanderte Komponenten zu 
der Versorgungsvorrichtung MCF mittels des HTTP-Protokolls 
ubertragen werden konnen. Der Zugriff von Dienstanbietern ist 
wieder mittels Firewall FW abgesichert. Modifizierte bezie- 
5 hungsweise neue Komponenten werden mittels der Unix-Befehle 
rep (remote copy) Oder rsh (remote shell) zu den Bereitstel- 
lungsvorrichtungen SCF1 und SCF2 Ubertragen. In dieser Aus- 
fUhrung sind die zur Anordnung SA gehorigen Bereitstellungs- 
vorrichtungen MCF, sowie die Versorgungsvorrichtungen SCF1 

10 und SCF2 auf verschiedenen Hardwareplattformen bzw. Servern 
realisiert. Auf die Bereitstellungsvorrichtungen SCFl und 
SCF2 k6nnen Inf ormationsausgabevorrichtungen VF fur die Abar- 
beitung eines Ansage- beziehungsweise Dialogdienstes zugrei- 
fen. Ein Ansage- beziehungsweise Dialogdienst wird gesteuert 

15 durch eine Vermittlungsstelle Vst, wobei Ansage- beziehungs- 
weise Dialogdienste sowohl Uber leitungsvermittelte Netze mit 
Hilfe der PCM (Pulse Code Modulation) -Technik, als auch Uber 
paketvermittelte Netze mittels des RTP-Protokolls (RTP: Real 
Time Protocol) , welches fur Uber IP-Net ze abgewickelten Echt- 

20 zeitverkehr konzipiert wurde, moglich sind. Von den Inf orma- 
tionsausgabevorrichtungen VF ausgegebenen Inf ormationen wer- 
den letztendlich mit Hilfe der Vermittlungsstellen Vst zu ei- 
nem Dienstnutzer DN Ubertragen, der einen von dem Dienstan- 
bieter angebotenen Dienst in Anspruch nimmt. 

25 

Beispiele fUr Dienste, die durch einen Dienstanbieter mittels 
der in Fig.l bzw. Fig. 2 beschriebenen Systeme realisiert wer- 
den kOnnen, sind: 

30 • Ein Dienstanbieter ist ein Telekommunikationsanbieter, der 
in seiner Warteschleife auf seine neuesten Angebote hin- 
weisen will. Die Ansage der Angebote wird monatlich auf 
den neusten Stand gebracht. 

35 • Ein anderer Dienstanbieter benutzt Televoting, damit man 
an seinem Gewinnspiel im Fernsehen mitmachen kann. In der 
Ansage zum Abweisen nicht angenommener Mitspieler soil auf 





J 200310417 



11 

neue Entwicklungen im Gewinnspiel usw. hingewiesen werden, 
urn den Teilnehmer zum erneuten Anruf zu bewegen. Diese An- 
sage muss taglich aktualisiert werden. 

Beide Dienste konnen durch Anmietung von Ressourcen beim 
Netzbetreiber bzw. dem Betreiber der erfindungsgemafien Anord- 
nung SA und der Ansagesysteme VF realisiert werden. 

Der Netzbetreiber selbst will seine Systemansagen auch andern 
konnen. Dies geschieht in der Regel eher selten, z.B. bei ei- 
nem Versionswechsel in Vermittlungsstellen Vst in seinem Zu- 
standigkeitsbereich. 

Jeder der Dienstanbieter erhalt die URL (universal resource 
locator) fur eine Web-GUI (GUI: graphical user interface) , in 
der er den Inhalt der entsprechenden Ansagen und Dialoge per 
Text (benutzt wird dann eine text-to-speech Software) oder 
(durch z.B. an seinem PC oder in einem Tonstudio aufgezeich- 
nete) WAV-files festlegen kann. Aufierdem gibt er den Aktuali- 
sierungszeitpunkt an. Daraufhin wird von dem Tool die ent- 
sprechenden Anderungen auf einem sogenannten Master-Resource- 
Content-Server (welcher der Versorgungsvorrichtung MCF ent- 
spricht) auf Korrektheit geprUft und (mit Hilfe von Voice- 
XML) aufgezeichnet, sowie die bendtigten WAV-files auf den . 
Server geladen. 

Dazu ist jedem Dienstanbieter vorher ein Verzeichnis (A/Dl, 
A/D2 und A/D3 in Fig.l) auf dem Master-Resource-Content- 
Server MCF zugewiesen worden, in dem sich die Ansagen befin- 
den, die von ihm geandert werden kSnnen. Dieses Verzeichnis 
ist mit username/password Identif izierung gesichert. 

Die entsprechenden Ansagen werden auf das Verzeichnis (A/Dl, 
A/D2 oder A/D3 in Fig.l) des Dienstanbieters umgelenkt. Dazu 
wird in einem Voice-XML-file, das bei der entsprechenden An- 
sage standardmafiig aufgerufen wird, auf die neue im Verzeich- 
nis des Dienstanbieters liegende Beschreibung verwiesen. 
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Dieses Voice-XML-file im Verzeichnis des Anbieters wird zum 
Zeitpunkt der Anderung gegen die neue Definition ausge- 
tauscht. 

5 

Die auf dem Master-Resource-Content-Server MCF gemachten An- 
derungen werden mittels der UNIX-Kommandos rep (remote copy; 
kopieren von Dateien auf einen anderen Server) und rsh (remo- 
te shell; absetzen von Systemkommandos auf einem anderen Ser- 
10 ver) auf die slave-Resource-Content-Server bzw. die Bereit- 

stellungsvorrichtungen (SCF1 bzw. SCF2 in den Figuren) repli- . 
ziert. Die Anzahl dieser Server kann an die benotigte Perfor-i 
mance angepasst werden. 

15 Gleichzeitig wird zum Anderungs zeitpunkt ein Ticket zur Ver- 
gebtihrung erstellt, das Daten, wie die Kennung des Dienst- 
betreibers, den Zeitpunkt der Anderung usw. aufzeichnet. Da- 
mit kdnnen vom Netzbetreiber die Anderung, sowie auch die un- 
terschiedlichen Anderungsintervalle vergebtlhrt werden. 

20 

Ober eine Administrations-GUI (GUI: Graphical User Interface) 
hat der Netzbetreiber die Moglichkeit, seine eigenen System- 
ansagen zu verwalten. Hier wird ein ganzer Satz neuer System- 
ansagen aufgespielt. Auch diese Anderung kann erst zu einem a 
25 bestimmten Zeitpunkt (z.B. verkehrsschwache Zeiten) wirksam \ 
gemacht werden. Die Anderungen fur die Dienstanbieter werden 
von diesem Tool, d.h. de± Administrations-GUI bzw. dem Ges- 
taltungssystem AMTF des Betreibers, bei den neuen Definitio- 
nen der Systemansagen nachgezogen. 

30 

Der Netzbetreiber kann neue Kennungen fur die Dienstanbieter 
auf dem Master-Resource-Content-Server MCS einrichten. Diesen 
Kennungen werden dann die Ansagen zugewiesen, wobei das Too- 
ling hierfur die Verzeichnisse anlegt und bei den entspre- 
35 chenden Ansagen auf dieses Verzeichnis verweist. (Dieser Ver- 
weis wird beim LSschen des Users wieder rttckgangig gemacht.) 
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Auch diese Anderungen werden auf die Slave-Resource-Content- 
Server repliziert. 

Auch die Einrichtung dieser Slave-Resource-Content-Server 
selbst kann mit der GUI erledigt werden. 

Dem Resource Voice Server (der Voicef unktion VF1, VF2 und VF3 
in Fig.l, VF in Fig. 2) wird die Anderung bekannt gemacht. Da- 
bei ist es z.B. mSglich, tiber die Konf iguration des Webser- 
vers Apache mittels .htaccess-f ile, die caching-Zeit der An- 
sage zu beeinflussen (Diese ist Bestandteil des http- 
Protokolls und wird daruber dem Resource Voice Server uber- 
mittelt) . 

Uber die Administrations-GUI hat der Netzbetreiber die Gele- 
genheit, auch die caching-Zeit zu verandern. Er kann diese 
fur die verschiedenen Service-User unterschiedlich einstel- 
len. Er kann ebenfalls untere und obere Schranken sowie eine 
Voreinstellung innerhalb dieser Schranken spezifisch fur ei- 
nen Dienstanbieter definieren, so dass letzterer die Option 
besitzt, die Voreinstellung im vorgegebenen Intervall ggf . 
gebUhrenwirksam verandern zu k6nnen. 

Beim ersten oben beschriebenen' Beispiel fur einen Anbieter, 
der das erf indungsgemaBe System nutzt, kann als Anderungsin- 
tervall 24 Stunden gewahlt werden. Erst wenn die Definition 
einen Tag alt ist, wird vom der Inf ormationsausgabevorrich- 
tung bzw. dem Resource-Voice-Server VF eine neue Definition 
vom Slave-Resource-Content-Server SCF1 bzw. SCF2 abgefragt. 
Auf diese Weise kann unnStige Netzlast vermieden und die An- 
zahl der Slave-Resource-Content-Server SCF1 und SCF2 verrin- 
gert werden. 

• 

Beim zweiten Anbieter kann als Aktualisierungsrate 1 Stunde 
Oder ,sofort', d,h. die Ansage wird im Resource-Voice-Server 
VF nicht gecached, eingestellt werden. Hier sind mehr Res- 
sourcen einzuplanen. Die Nutzung dieser Ressourcen kann aber 
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abgerechnet werden, da alle Anderungen protokolliert und Ti- 
ckets erstellt werden. 

Bei den Systemansagen kann der Resource-Voice-Server VF di- 
5 rekt (lber Anderungen informiert werden, da diese Anderungen 
nicht sehr haufig passieren und die Einfuhrung neuer Features 
beim Netzbetreiber lange im voraus geplant werden. 
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Patentanspriiche 

1. Anordnung (SA) zur durch bienstanbieter (DAI, DA2, DA3) 
triggerbaren Bereitstellung von Komponenten far eine Informa- 
tionsausgabe oder einen interaktive Dialog, welche bzw. wel- 
cher durch ein Inf ormationsausgabesystem oder ein Dialogsys- 
tern erzeugbar 1st, mit 

- einer Versorgungsvorrichtung (MCF) fUr geSnderte oder neue 
Komponenten von Inf ormationsausgaben bzw. Dialogen, auf wel- 
che die Dienstanbieter (DAI, DA2, DA3) Zugriff haben, und 

- wenigstens einer Bereitstellungsvorrichtung (SCF1, SCF2), 
zu der von der Versorgungsvorrichtung (MCF) geanderte oder 
neue Komponenten von Inf ormationsausgaben bzw. Dialogen ttber- 
tragbar sind. 

2. Anordnung (SA) nach Anspruch 1, 
dadurch gekennzeichnet, dass 

- die Versorgungsvorrichtung (MCF) einen Speicherbereich 
(A/Dl, A/D2, A/D3) far Dienstanbieter (DAI, DA2, DA3) zuge- 
ordneten Komponenten und einen Speicherbereich (A/DA) far dem 
Betreiber des Inf ormationsausgabesystem bzw. Dialogsystems 
zugeordneten Komponenten umfasst, und Dienstanbieter (DAI, 
DA2, DA3) keinen Zugriff auf dem Betreiber des Informations- 
ausgabesystems bzw. des Dialogsystems zugeordnete Komponenten 
haben. 

3. Anordnung (SA) nach Anspruch 2, 
dadurch gekennzeichnet, dass 

- Dienstanbieter (DAI, DA2, DA3) authentif iziert werden und 
auf der Versorgungsvorrichtung (MCF) nur auf dem jeweils au- 
thentif izierten Dienstanbieter (DAI, DA2, DA3) zugeordnete 
Komponenten bzw. Speicherbereiche (A/Dl, A/D2, A/D3) Zugriff 
haben. 

4. Anordnung (SA) nach einem der vorhergehenden Ansprttche, 
dadurch gekennzeichnet, dass 
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- ein Gestaltungssystem (TF, TF1, TF2, TF3) fur die Erzeugung 
und Anderung von Komponenten gegeben ist, welches einem 
Dienstanbieter (DAI, DA2, DA3) zugeordnet ist und von dem aus 
neue oder geanderte Komponenten zu der Versorgungsvorrichtung 

5 (MCF) ubertragbar sind. 

5. Anordnung (SA) nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet , dass 

- ein Firewall (FW) zwischen den den Dienstanbietern zugeord- 
10 neten Gestaltungssystemen (TF, TF1, TF2, TF3) Oder einer von 

einem Dienstanbieter (DAI, DA2, DA3) zum Zugriff auf die Ver- 
sorgungsvorrichtung (MCF) verwendeten Rechnerplattf orm und 
der Versorgungsvorrichtung (MCF) angeordnet ist. 

15 6. Anordnung (SA) nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, dass 

- ftir die Obertragung von Komponenten von Dienstanbietern 
(DAI, DA2, DA3) zu der Versorgungsvorrichtung (MCF) eine 
Zugriff sberechtigung eingerichtet ist. 

20 

7. Anordnung (SA) nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, dass 

- ein Gestaltungssystem (AMTF) fur die Erzeugung und Anderung 
von Komponenten gegeben ist, welches dem Betreiber der Anord-i 

25 nung (SA) zugeordnet ist und von dem aus neue oder geanderte \ 
Komponenten zu der Versorgungsvorrichtung (MCF) Ubertragbar 
sind. 

8. Anordnung (SA) nach einem der vorhergehenden Anspriiche, 
30 dadurch gekennzeichnet, dass 

- ein VergebUhrungsserver (VS) gegeben ist, zu welchem Verge- 
biihrungsinformationen von der Versorgungsvorrichtung (MCF) 
Ubermittelbar sind. 

35 9. Anordnung (SA) nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, dass 
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- wenigstens eine zum Informationsausgabesystem bzw. Dialog- 
system gehOrige Inf ormationsausgabevorrichtung (VF1, VF2, 
Vf3, VF) gegeben 1st, die auf wenigstens eine Bereitstel- 
lungsvorrichtung (SCF1, SCF2) fUr Inf ormationsausgaben oder 
interaktive Dialoge zugreifen kann. 

10. Ahordnung (SA) nach einem der vorhergehenden Ansprttche, 
dadurch gekennzeichnet , dass 

die Versorgungsvorrichtung (MCF) auf einer von der Bereit- 
stellungsvorrichtungen (SCF1, SCF2) getrennten Hardwareplatt- 
form realisiert ist. 

11. Anordnung (SA) nach einem der vorhergehenden Ansprtlche, 
dadurch gekennzeichnet, dass 

mehrere Bereitstellungsvorrichtungen (SCF1, SCF2) des Ihfor- 
mationsausgabesystems bzw. des Dialogsystems gegeben sind, zu 
denen-von der Versorgungsvorrichtung (MCF) Komponenten iiber- 
tragbar sind. 

12. Anordnung (SA) nach einem der vorhergehenden Ansprttche, 
dadurch gekennzeichnet , dass 4 - 
die Versorgungsvorrichtung (MCF) zusammen mit einer Bereit- 
stellungsvorrichtung (SCF1, SCF2) auf einer gemeinsamen Hard- 
wareplattform realisiert ist. 

13. Anordnung (SA) nach einem der vorhergehenden Ansprttche, 
dadurch gekennzeichnet, dass 

die Versorgungsvorrichtung (MCF) gedoppelt ist. 

14. Verfahren zur Bereitstellung von Komponenten far neu er- 
zeugte oder geanderte Inf ormationsausgaben oder interaktive 
Dialoge mittels einer Anordnung (SA) , welche eine Versor- 
gungsvorrichtung (MCF) und wenigstens eine Bereitstellungs- 
vorrichtung (SCF1, SCF2) umfasst, demzufolge 

- eine zu der Versorgungsvorrichtung (MCF) ubertragene neue 
oder geanderte Komponente einer Inf ormationsausgabe oder ei- 
nes interaktiven Dialogs automatisch von der Versorgungsvor- 
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richtung (MCF) zu wenigstens einer Bereitstellungsvorrichtung 
(SCF1, SCF2) der Anordnung (SA) Ubertragen wird. 

15. Verfahren nach Anspruch 14 , 
dadurch gekennzeichnet, dass 

durch eine Dienstanbieter (DAI, DA2, DA3) eine Information 
bei der Versorgungsvorrichtung (MCF) spezif izierbar 1st, 
durch welche der Zeitpunkt der Aktivierung einer neuen bzw. 
geSnderten Komponente far einen Dienst gesteuert wird. 

16. Verfahren nach einem der AnsprUche 14 oder 15 , 
dadurch gekennzeichnet, dass 

- eine neue oder geanderte Komponente von einem einem Dienst- 
anbieter (DAI, DA2 , DA3) zugeordneten Gestaltungssystem (TF1, 
TF2, TF3, TF) zu der Versorgungsvorrichtung (MCF) Ubertragen 
wird. 

17. Verfahren nach einem der AnsprUche 14 bis 16, 
dadurch gekennzeichnet, dass 

- fUr die Obertragung von Komponenten von einem dem Dienstan- 
bieter (DAI, DA2, DA3) zugeordneten Gestaltungssystem (TFl, 
TF2, TF3, TF) zu der Versorgungsvorrichtung (MCF) bzw. fUr 
den Zugriff auf einem Dienstanbieter (DAI, DA2, DA3) zugeord- 
nete Komponenten in der Versorgungsvorrichtung (MCF) eine Au- 
thentifizierung notwendig ist. 

18. Verfahren nach einem der AnsprUche 14 bis 17, 
dadurch gekennzeichnet, dass 

- einem Dienstanbieter (DAI, DA2, DA3) geanderte oder neu er 
zeugte Komponenten in einem dem Dienstanbieter (DAI, DA2, 
DA3) zugeordneten Speicherbereich (A/Dl, A/D2, A/D3) der Ver 
sorgungsvorrichtung (MCF) gespeichert werden. 

19. Verfahren nach einem der AnsprUche 14 bis 18, 
dadurch gekennzeichnet, dass 
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- eine neue oder geanderte Komponente von einem dem Betreiber 
des Speichersystems zugeordneten Gestaltungssystem (AMTF) zu 
der Versorgungsvorrichtung (MCF) ttbertragen wird. 

5 20. Verfahren nach einem der Ansprtkche 14 bis 19, 
dadurch gekennzeichnet , dass 

- eine Anderung oder Erzeugung einer Komponente durch einen 
Dienstanbieter (DAI, DA2, DA3) vergebQhrt wird. 

i 

10 21. Verfahren nach Anspruch 20, 
dadurch gekennzeichnet , dass 

- eine Vergebiihrungsinf ormation von der Versorgungsvorrich- 
tung (MCF) zu einem Vergebtihrungsserver (VS) Obermittelt 
wird. 



15 



20 




35 



22. Verfahren nach Anspruch 21 , 
dadurch gekennzeichnet, dass 
eine Informationsausgabevorrichtung (VF, VF1, VF2, VF3)/auf 
eine Bereitstellungsvorrichtung (SCF1, SCF2) im Zuge ei'rier 
Informationsausgabe oder eines interaktiven Dialogs zwecks 
Ubermittlung von Komponenten zugreift. 



* 23." Verfahren nach Anspruch 22, 
dadurch gekennzeichnet, dass 
5 die Informationsausgabevorrichtung (VF, VF1, VF2, VF3) eine 
Informationsausgabe oder eine Ausgabe im Rahmen eines inter- 
aktiven Dialog aus bzw, mittels Komponenten zusammensetzt . 

24. Verfahren oder Anordnung (SA) nach einem der vorhergehen- 
30 den Anspriiche, 

dadurch gekennzeichnet, dass 

Komponenten durch kodierte oder zu kodierende Bestandteile 
einer Informationsausgabe oder Bildungsregeln fttr Informati- 
onsausgaben bzw. interaktive Dialoge gegeben sind. 



25. Verfahren oder Anordnung (SA) nach einem der vorhergehen- 
den Anspriiche, 
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dadurch gekennzeichnet, dass 

die Inf ormationsausgabe eine Ausgabe von Sprachinf ormationen, 
Videoinformationen oder Audioinf ormationen betrifft. 
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Zusammenfassung 

Individuelle dienstanbieterspezif ische Aktualisierung oder 
Neugestaltung von Ansage- und Dialogdiensten 

Die Erfindung erlaubt Dienstanbietern, Ansagen- oder Dialog- 
dienste selber auf einer von einem unabhangigen Netzbetreiber 
bereitgestellten Anordnung (SA) zu gestalten. Diese Anordnung 
(SA) umfasst eine Versorgungsvorrichtung (MCF) , auf welche 
der Dienstanbieter Zugriff hat. Von Dienstanbietern geSnderte 
oder neu kreierte Komponenten bzw. Bestandteile von Ansagen 
oder Dialogen, die auf der Versorgungsvorrichtung (MCF) abge- 
legt werden, werden zu einer oder mehreren Bereitstellungs- 
vorrichtungen (SCF1, SCF2) ttbertragen. Dort stehen sie ftir 
Informationsausgabevorrichtungen (VF) zur Bearbeitung eines 
neuen bzw, geSnderten Ansage- oder Dialogdienstes berei.t. 
Durch die Erfindung wird eine Schnittstelle zwischen Dienst- 
anbieter und Netzbetreiber geschaffen, welche dem Dienstan- 
bieter sowohl ein effizientes Gestalten seiner Dienste, als 
auch die Nutzung von von einem Netzbetreiber bereitgestellter 
Ressourcen erlaubt. Durch die Struktur der Schnittstelle und 
durch Sicherheitsmafinahmen (Authentif izierung, Firewall) k6n- 
nen ungewollte Einblicke bzw. Eingriffe hinsichtlich der Res- 
sourcen des Netzbetreibers vermieden werden. 



Fig. 2 
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